-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. Weβll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BE User's Weekly Dashboard #49
Conversation
β¦ted model associations by using dbdiagram.io. route created for dashboard
β¦d JSON attributes
β¦onse for the dashboard
β¦user-dashboard latest main to branch for latest testing and dashboard work
β¦ing the serialized dashboard json response i want. refactored controllers to allow me to actually get my dashboard the info it needs.
β¦DashboardSerializer
β¦rce. All policies testing green
β¦, which I dont understand
Great work on what you did with the auth and dashboard! The way you've handled job app and contact scopes is spot on. Great way to make sure data is only seen by who owns it! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ready to merge
Type of Change
Description
This branch introduces the Dashboard for a user to track their Job apps, Companies, and Contacts. I have not included the logic to filter it by 'weekly' as stated in the comp. Maybe a future issue?
Motivation and Context
A user dashboard is important for this website so that a user can keep tally of what they have done to earn employment via Tracker. It basically serializes a users info and that users CompanySerializer, JobApplicationSerializer and ContactsSerializer. The FE needs this BE to be done so they can start using real data.
I went and combined issue #42 and issue #43 because they needed to be done for me to proceed. Also tested.
Related Tickets
closes #42
closes #11
closes #43
Screenshots (if appropriate):
Added Test?
/api/v1/users/create_spec
. They are all broken and I dunno how to fix. Here it is:Checklist:
Questions
I'm wondering if the users table and the contacts table will have any issues in the future is a user is ALSO another users contact? Both tables attributes are incongruent w/ each other. Probably not.
I did not create a dashboard class since, at this point, I felt I did not need it. Should I create an issue to create if for future scalability as well as filtering resources so that they expire after a week? See comp of issue #11
Any ideas for DashboardController edge cases I can throw in the mix for the future?